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Datapakettien numerointi pakettivalitteisessa tiedonsiirrossa 

Keksinnon tausta 

Keksinto liittyy pakettivalitteiseen tiedonsiirtoon ja erityisesti datapa- 
kettien numeroinnin optimointiin, viela erityisesti luotettavan (acknowledged) 
siirron yhteydessa. 

Ns. kolmannen sukupolven matkaviestinjarjestelmien, joista kayte- 
taan ainakin nimityksia UMTS (Universal Mobile Telecommunication System) 
ja IMT-2000 (International Mobile Telephone System), kehityksessa eras lah- 
tokohta on ollut mahdollisimman hyva yhteensopivuus toisen sukupolven mat- 
kaviestinjarjestelmien, kuten GSM-jarjestelman (Global System for Mobile 
Communications) kanssa. Esimerkiksi UMTS-jarjestelman runkoverkko on 
suunniteltu toteutettavaksi GSM-runkoverkon pohjalle, jolloin jo olemassa ole- 
via verkkoja voidaan hyodyntaa mahdollisimman tehokkaasti. Edelleen kol- 
mannen sukupolven matkaviestimille pyritaan mahdollistamaan yhteysvastuun 
siirto eli handover UMTS- ja GSM-jarjestelmien valilla. Tama patee myos pa- 
kettivalitteiseen tiedonsiirtoon, erityisesti UMTS:n ja GSM-jarjestelmaan suun- 
nitellun pakettiradioverkon GPRS:n (General Packet Radio Service) valilla. 

Pakettivalitteisessa tiedonsiirrossa voidaan kayttaa luotettavaa eli 
kuitattua (acknowledged) lahetysta tai epaluotettavaa eli kuittaamatonta 
(unacknowledged) lahetysta. Luotettavassa tiedonsiirrossa vastaanottaja la- 
hettaa kuittauksen vastaanottamistaan datapaketeista PDU (Protocol Data 
Unit) lahettajalle, jolloin lahettaja voi lahettaa kadonneet tai vioittuneet datapa- 
ketit uudestaan. GPRS-jarjestelmassa suoritettaessa operointisolmujen vali- 
nen (inter-SGSN, Serving GPRS Support Node) handover tiedonsiirron luo- 
tettavuus varmistetaan datapaketteihin liitettavan 8-bittisen N-PDU-numeron 
(Network PDU) avulla, jonka perusteella voidaan tarkistaa vastaanottajalle va- 
litetyt datapaketit. Nykyisten maaritysten mukaisessa UMTS-jarjestelmassa 
pakettivalitteisessa tiedonsiirrossa vastaavaan operointisolmujen vaJisen han- 
doverin luotettavuuden varmistamiseen kaytetaan pakettidataprotokollan RLC- 
kerroksen (Radio Link Control) 12-bittista RLC-jaksonumeroa. 

GPRS:n ja UMTS.n valisessa handoverissa GPRS-jarjestelma on 
vastuussa handoverin luotettavuudesta, joten luotettavuuden tarkistus on jar- 
jestetty suoritettavaksi GPRS:n N-PDU-numeroiden avulla, joiden pohjalta 
luodaan handover-prosessissa UMTS:n puolella kaytettavat identifiointinume- 
rot. Suoritettaessa handover UMTS:sta GPRS:aan UMTS-jarjestelma on vas- 
tuussa handoverin suorituksesta, jolloin luotettavuuden tarkistus perustuu 
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UMTS:n kasittamiin datapakettien identifiointitietoihin. UMTS-jarjestelmaan on 
tahan tarkoitukseen suunniteltu 8-bittista datapakettinumeroa, joka liitetaSn 
UMTS:n pakettidataprotokollaan kuuluvan konvergenssiprotokollakerroksen 
PDCP (Packet Data Convergence Protocol) datapakettiin ylimaaraiseksi ta- 
5 vuksi. Tama PDCP-PDU-numero muodostaa nain GPRS:n N-PDU-numeroa 
loogisesti vastaavan datapakettinumeron, jonka perusteella tarkistetaan han- 
dovers yhteydessa, etta kaikki datapaketit ovat siirtyneet luotettavasti. On 
myos mahdollista, etta 8-bittinen PDCP-PDU-numero muodostetaan 12- 
bittisista RLC-jaksonumeroista poistamalla neljS eniten merkitsevaa bittia. 

10 Vastaavaa PDCP-PDU- eli N-PDU-numerointia voidaan kayttaa myos UMTS:n 
sisaisessa radioaliverkkojarjestelmien valisessa handoverissa (ns. SRNS Re- 
location). Datapaketit PDU asetetaan puskuriin odottamaan, etta yhteysvastuu 
on siirtynyt toisen jarjestelman operointisolmulle SGSN tai UMTS:n sisaisessa 
handoverissa uudelle palvelevalle radioaliverkkojarjestelmalle SRNS (Serving 

15 Radio Network Subsystem), ja lahetetyt datapaketit voidaan poistaa puskurista 
sita mukaa, kun vastaanottajalta saadaan kuittaus vastaanotetuista datapa- 
keteista. 

Eraana ongelmana ylla kuvatussa jarjestelyssa on PDCP-PDU- 
numeron muodostaman ylimaaraisen tavun liittaminen konvergenssiprotokol- 

20 lakerroksen PDCP jokaisen datapaketin otsikkokenttaan. Tama lisaS kuormi- 
tusta tiedonsiirrossa, koska jokaisessa datapaketissa lahetetaan ylimaarSinen 
tavu. UMTS:n pakettidatapalvelu ei kuitenkaan kayta PDCP-PDU-numeroa 
mihinkaan tarkoitukseen normaalissa tiedonsiirrossa, vaan sita hyodynnetaan 
ainoastaan UMTS:n ja GPRS:n valisessa handoverissa seka UMTS:n sisai- 

25 sessa handoverissa. 

Edelleen ongelmana ylla kuvatussa jarjestelyssa on PDCP-PDU- 
numeroiden luominen RLC-jaksonumeroista. RLC-jaksonumerot maSritet§an 
juoksevasti RLC-kerroksen datayksikoille RLC-PDU. Jarjestelman viiveesta 
johtuen puskurissa voi olla suuri maara datayksikoita RLC-PDU. Jos RLC- 

30 jaksonumerot kasvavat yli 255:n, joka on suurin kahdeksalla bitilia ilmaistavis- 
sa oleva desimaaliluku, voi kaksi tai useampia datapaketteja saada saman 
PDCP-PDU-numeron, koska RLC-jaksonumeroiden 12:sta bitista poistetaan 
nelja eniten merkitsevaa bittia. Talloin ei vastaanottaja pysty ena£ yksiselittei- 
sesti maarittSmaan vastaanotetun datapaketin PDCP-PDU-numeron perus- 

35 teella kuitattavaa datapakettia eika handoverin luotettavuutta voida enaa var- 
mistaa. 
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Viela ongelmaksi voi muodostua mahdollinen pakettidatalahetysten 
multipleksaaminen PDCP-kerroksessa, jolloin PDCP-kerroksen alapuolinen 
RLC-kerros vastaanottaa datapaketteja useilta yhteyksilta samanaikaisesti. 
Koska handoverin luotettavuus varmistetaan yhteysperusteisesti, on RLC- 
5 jaksonumeroiden maarittaminen useille samanaikaisille yhteyksille erittain 
hankalaa ja handoverin luotettavuuden kannalta epavarmaa. 

Keksinnon lyhyt selostus 

Keksinnon tavoitteena on siten kehittaa parannettu menetelma ja 
menetelman toteuttava laitteisto ylla mainittujen haittojen vahentamiseksi. 

10 Keksinnon tavoitteet saavutetaan menetelmalla ja jarjestelmalla, joille on tun- 
nusomaista se, mita sanotaan itsenaisissa patenttivaatimuksissa. Keksinnon 
edulliset suoritusmuodot ovat epaitsenaisten patenttivaatimusten kohteena. 

Keksinto perustuu siihen, etta kaytetaan PDCP-kerroksella datapa- 
kettien numeroinnissa laskureiden avulla yllapidettavaa "virtuaalista" datapa- 

15 kettinumerointia. Seka lahettaja-PDCP etta vastaanottaja-PDCP seuraavat 
laskureiden avulla siirrettavia datapaketteja ja vastaanottaja-PDCP kuittaa 
vastaanotetut datapaketit laskurilukeman avulla, edullisesti normaalia luotetta- 
vaa (acknowledged) tiedonsiirtoa vastaavalla tavalla, jolloin datapakettinume- 
roita ei tarvitse lainkaan valittaa datapakettien mukana. Keksinnon edullisen 

20 suoritusmuodon mukaisesti huonoissa lahetysolosuhteissa tai jarjestelman 
rajoituksista johtuen siirrettaviin datapaketteihin voidaan liittaa tietyin aikava- 
lein datapakettinumero, jolloin datapakettinumeroa ei liiteta laheskaan jokaisen 
datapakettiin, mutta datapakettilaskurit voidaan kuitenkin synkronoida. 

Keksinnon mukaisen menetelman ja jarjestelman etuna on, etta op- 

25 timaalisissa lahetystilanteissa luotettava tiedonsiirto voidaan taata ilman, etta 
datapakettinumeroita tarvitsee valittaa lainkaan. Epaoptimaalisissa lahetysolo- 
suhteissakin datapakettinumeroita lahetetaan vain hyvin harvoissa datapake- : , 
teissa. Edelleen etuna on se, etta kuitattavat ja puskurista poistettavat datapa- 
ketit voidaan maarittaa yksiselitteisesti. Viela etuna on se, etta keksinnon mu- 

30 kaista menettelya voidaan kayttaa, paitsi UMTS:n sisaisessa radioaliverkko- 
jarjestelmien valisessa handoverissa, myos UMTS:n ja GPRS:n valisessa 
handoverissa edellyttaen, etta vastaanlainen virtuaalinen datapakettinume- 
rointi otetaan kayttoon myos tulevissa GPRS-versioissa. 
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Kuvioiden lyhyt selostus 

Keksintoa selostetaan nyt lahemmin edullisten suoritusmuotojen 
yhteydessa, viitaten oheisiin piirroksiin, joista 

kuvio 1 esittaa lohkokaaviona GSM/GPRS-jarjestelman rakennetta; 
5 kuvio 2 esittaa lohkokaaviona UMTS-jarjestelman rakennetta; 

kuviot 3a ja 3b esittavat GPRS:n ja UMTS:n kayttajadatayhteyksien 
protokollapinoja; 

kuvio 4 esittaa signalointikaaviona tunnetun tekniikan mukaista 
handover-prosessia UMTS:sta GPRS-jarjestelmaan; 
10 kuvio 5 esittaa signalointikaaviona luotettavaa tiedonsiirtoa ja data- 

pakettien kuittausta PDCP-tiedonsiirrossa; 

kuvio 6 esittaa lohkokaaviona PDCP-kerroksen toiminnallista mallia; 

kuvio 7 esittaa signalointikaaviona keksinnon mukaista datapaketti- 
numerointia kayttavaa luotettavaa tiedonsiirtoa ja datapakettien kuittausta 
15 PDCP-tiedonsiirrossa; 

kuvio 8 esittaa eraan keksinnossa hyodynnettavan datapaketin ra- 
kennetta; ja 

kuviot 9a, 9b ja 9c esittavat erilaisia keksinnossa hyodynnettavien 
datapakettien rakennetta. 

20 Keksinnon yksityiskohtainen selostus 

Keksintoa selostetaan seuraavassa esimerkinomaisesti UMTS- ja 
GPRS-jarjestelmien mukaisten pakettiradiopalvelun yhteydessa. Keksintoa ei 
kuitenkaan ole rajoitettu vain naihin jarjestelmiin, vaan sita voidaan soveltaa 
mihin tahansa pakettivalitteiseen tiedonsiirtomenetelmaan, joka edellyttaa da- 

25 tapakettien kuittausta myohemmin kuvattavalla tavalla. Keksintoa voidaan eri- 
tyisesti soveltaa seka UMTS:n ja GPRS:n valisessa luotettavassa handoveris- 
sa etta UMTS:n sisaisessa radioaliverkkojarjestelmien valisessa handoverissa 
(SRNS Relocation). Taten tassa selostuksessa kaytettava termi vastaanottaja- 
PDCP voidaan ensin mainitussa tapauksessa korvata GPRS:n vastaavalla 

30 toiminnolla SNDCP. 

Kuvio 1 havainnollistaa, kuinka GPRS-jarjestelma on rakennettu 
GSM-jarjestelman pohjalle. GSM-jarjestelma kasittaa matkaviestimia MS 
(Mobile Station), jotka ovat radioteitse yhteydessa tukiasemiin BTS (Base 
Transceiver Station). Tukiasemaohjaimeen BSC (Base Station Controller) on 

35 kytketty useita tukiasemia BTS, joiden kaytettavissa olevia radiotaajuuksia ja 
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kanavia tukiasemaohjain BSC kontrolloi. Tukiasemaohjaimet BSC ovat puo- 
lestaan A-rajapinnan kautta yhteydessa matkaviestinkeskukseen MSC (Mobile 
Services Switching Center), joka huolehtii yhteydenmuodostuksesta ja puhe- 
luiden reitittamisesta oikeisiin osoitteisiin. Tassa kaytetaan apuna kahta tieto- 
5 kantaa, jotka kasittavat tietoa matkaviestintilaajista: kotitilaajarekisteria HLR 
(Home Location Register), joka kasittaa tiedot matkaviestinverkon kaikista ti- 
laajista seka naiden tilaamista palveluista ja vierailijarekisteria VLR (Visitor Lo- 
cation Register), joka kasittaa tietoja tietyn matkaviestinkeskuksen MSC alu- 
eella vierailevista matkaviestimista. Matkaviestinkeskus MSC on puolestaan 

10 yhteydessa muihin matkaviestinkeskuksiin yhdyskaytavamatkaviestinkeskuk- 
sen GMSC (Gateway Mobile Services Switching Center) valityksella seka 
kiinteaan puhelinverkkoon PSTN (Public Switched Telephone Network). GSM- 
jarjestelman tarkemman kuvauksen osalta viitataan ETSI/GSM spesifikaatioi- 
hin seka kirjaan The GSM system for Mobile Communications, M. Mouly and 

15 M. Pautet, Paiaiseau, France, 1992, ISBN:2-9571 90-07-7. 

GSM-verkkoon kytketty GPRS-jarjestelma kasittaa kaksi lahes itse- 
naista toimintoa eli yhdyskaytavasolmun GGSN (Gateway GPRS Support No- 
de) ja operointisolmun SGSN (Serving GPRS Support Node). GPRS-verkko 
voi kasittaa useita yhdyskaytava- ja operointisolmuja ja tyypillisesti yhteen yh- 

20 dyskaytavasolmuun GGSN on kytketty useita operointisolmuja SGSN. Mo- 
lemmat solmut SGSN ja GGSN toimivat matkaviestimen liikkuvuuden ymmar- 
tavina reitittimina, jotka huolehtivat matkaviestinjarjestelman ohjauksesta ja 
datapakettien reitityksesta matkaviestimiin niiden sijainnista ja kaytetysta pro- 
tokollasta riippumatta. Operointisolmu SGSN on matkaviestinverkon kautta 

25 yhteydessa matkaviestimeen MS. Yhteys matkaviestinverkkoon (rajapinta Gb) 
muodostetaan tyypillisesti joko tukiaseman BTS tai tukiasemaohjaimen BSC 
kautta. Operointisolmun SGSN tehtavana on havaita GPRS-yhteyksiin kyke- 
- nevat matkaviestimet palvelualueellaan, lahettaa ja vastaanottaa datapaket- 
teja kyseisilta matkaviestimilta seka seurata matkaviestimien sijaintia palvelu- 

30 alueellaan. Edelleen operointisolmu SGSN on yhteydessa matkaviestinkes- 
kukseen MSC ja vierailijarekisteriin VLR signalointirajapinnan Gs kautta ja koti- 
rekisteriin HLR rajapinnan Gr kautta. Kotirekisteriin HLR on talletettu myos 
GPRS-tietueita, jotka kasittavat tilaajakohtaisten pakettidataprotokollien sisal- 
Ion. 

35 Yhdyskaytavasolmu GGSN toimii yhdyskaytavana GPRS-verkon ja 

ulkoisen dataverkon PDN (Packet Data Network) valilla. Ulkoisia dataverkkoja 
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voivat olla esimerkiksi toisen verkko-operaattorin GPRS-verkko, Internet, X.25- 
verkko tai yksityinen lahiverkko. Yhdyskaytavasolmu GGSN on yhteydessa 
kyseisiin dataverkkoihin rajapinnan Gi kautta. Yhdyskaytavasolmun GGSN ja 
operointisolmun SGSN valilla siirrettavat datapaketit ovat aina GPRS- 
5 standardin mukaisesti kapseloituja. Yhdyskaytavasolmu GGSN sisaltaa myos 
GPRS-matkaviestimien PDP-osoitteet (Packet Data Protocol) ja reititystiedot 
ts. SGSN-osoitteet. Reititystietoa kaytetaan siten datapakettien linkittamiseen 
ulkoisen dataverkon ja operointisolmun SGSN valilla. Yhdyskaytavasolmun 
GGSN ja operointisolmun SGSN valinen GPRS-runkoverkko on IP- 
10 yhteyskaytantoa, edullisesti IPv6 (Internet Protocol, version 6) hyodyntava 
verkko. 

Pakettivalitteisessa tiedonsiirrossa tietoliikenneverkon tarjoamasta 
paatelaitteen ja verkko-osoitteen valisesta yhteydesta kaytetaan yleisesti ter- 
mia konteksti. Talla tarkoitetaan kohdeosoitteiden valista lo'ogista linkkia, jonka 

15 kautta datapaketteja valitetaan kohdeosoitteiden valilla. Tama looginen linkki 
voi olla olemassa, vaikka paketteja ei valitettaisikaan, jolloin se ei myoskaan 
vie jarjestelman kapasiteettia muilta yhteyksilta. Taten konteksti eroaa esimer- 
kiksi piirikytkentaisesta yhteydesta. 

Kuviossa 2 esitetaan yksinkertaistetusti, kuinka kolmannen suku- 

20 polven UMTS-verkko voidaan rakentaa edelleen kehitetyn GSM-runkoverkon 
yhteyteen. Runkoverkossa matkaviestinkeskus/vierailijarekisteri 3G-MSC/VLR 
on yhteydessa kotirekisteriin HLR kautta ja edullisesti myos alyverkon ohjaus- 
pisteeseen SCP (Service Control Point). Yhteys operointisolmuun 3G-SGSN 
muodostetaan rajapinnan Gs' valityksella ja kiinteaan puhelinverkkoon 

25 PSTN/ISDN kuten edella on esitetty GSM:n yhteydessa. Operointisolmusta 
3G-SGSN muodostetaan yhteys ulkoisiin dataverkkoihin PDN taysin vastaa- 
valla tavalla kuin GPRS-jarjestelmassa eli rajapinnan Gn kautta yhdyskayta- 
vasolmuun GGSN, josta on edelleen yhteys ulkoisiin dataverkkoihin PDN. Se- 
ka matkaviestinkeskuksen 3G-MSCA/LR etta operointisolmun 3G-SGSN yhte- 

30 ys radioverkkoon UTRAN (UMTS Terrestrial Radio Access Network) tapahtuu 
rajapinnan lu valityksella, joka siis GSM/GPRS-jarjestelmaan nahden yhdistaa 
rajapintojen A ja Gb toiminnallisuudet, joiden lisaksi rajapinnalle lu voidaan 
kehittaa kokonaan uusia toiminnallisuuksia. Radioverkko UTRAN kasittaa 
useita radioaliverkkojarjestelmia RNS (Radio Network Subsystems), jotka 

35 edelleen muodostuvat radioverkkokontrollereista RNC (Radio Network Cont- 
roller) ja naihin yhteydessa olevista tukiasemista BS (Base Station), joista 
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kaytetaan myos termia Node B. Tukiasemat ovat radioyhteydessa tilaajapaa- 
telaitteisiin UE (User Equipment), tyypillisesti matkaviestimiin MS. 

Kuviot 3a ja 3b esittavat GPRS:n ja vastaavasti UMTS:n protokolla- 
pinoja, joiden mukaisia maarittelyja kaytetaan kayttajadatan valityksessa ky- 
5 seisissa jarjestelmissa. Kuviossa 3a kuvataan matkaviestimen MS ja yhdys- 
kaytavasolmun GGSN valista kayttajadatan siirtoon kaytettavaa protokollapi- 
noa GPRS-jarjestelmassa. Matkaviestimen MS ja GSM-verkon tukiasemajar- 
jestelman BSS valinen tiedonsiirto radiorajapinnan Urn yli tapahtuu normaalin 
GSM-protokollan mukaisesti, Tukiasemajarjestelman BSS ja operointisolmun 

10 SGSN valisella rajapinnalla Gb alin protokollakerros on jatetty avoimeksi ja toi- 
sessa kerroksessa kaytetaan joko ATM- tai Frame Relay- protokollaa. Taman 
paalla oleva BSSGP-kerros (Base Station System GPRS Protocol) lisaa vali- 
tettaviin datapaketteihin reitityksen ja palvelunlaadun maarityksia seka data- 
pakettien kuittaukseen ja Gb-rajapinnan hallintaan liittyvia signalointeja. 

15 Matkaviestimen MS ja operointisolmun SGSN valinen suora kom- 

munikointi on maaritelty kahdessa protokollakerroksessa, SNDCP (Sub- 
Network Dependent Convergence Protocol) ja LLC (Logical Link Layer). 
SNDCP-kerroksessa valitettava kayttajadata segmentoidaan yhteen tai use- 
ampaan SNDC-datayksikkoon, jolloin kayttajadata seka siihen liittyva TCP/IP- 

20 tai UDP/IP-otsikkokentta voidaan optionaalisesti kompressoida. SNDC- 
datayksikot valitetaan LLC-kehyksissa, joihin on lisatty tiedonsiirron kannalta 
olennaista osoite- ja tarkistusinformaatioita, ja joissa kehyksissa SNDC- 
datayksikoille voidaan suorittaa salaus. LLC-kerroksen tehtavana on yllapitaa 
matkaviestimen MS ja operointisolmun SGSN valista tiedonsiirtoyhteytta ja 

25 huolehtia vahingoittuneiden kehysten uudelleenlahetyksesta. Operointisolmu 
SGSN vastaa matkaviestimelta MS tulevien datapakettien reitityksesta edel- 
leen oikealle yhdyskaytavasolmulle GGSN. Talla yhteydella kaytetaan tunne- 
lointiprotokollaa (GTP, GPRS Tunnelling Protocol), joka koteloi ja tunneloi kai- 
ken GPRS-runkoverkon kautta valitettavan kayttajadatan ja signaloinnin. GTP- 

30 protokollaa ajetaan GPRS-runkoverkon kayttaman IP:n paalla. 

UMTS:n pakettivalitteisen kayttajadatan valityksessa kaytettava ku- 
vion 3b mukainen protokollapino vastaa hyvin pitkalle GPRS:n protokollapi- 
noa, kuitenkin muutamin olennaisin poikkeuksin. Kuten kuviosta 3b nahdaan, 
UMTS:ssa operointisolmu 3G-SGSN ei enaa millaan protokollakerroksella 

35 muodosta suoraa yhteytta tilaajapaatelaitteeseen UE, kuten matkaviestimeen 
MS, vaan kaikki tiedonsiirto tapahtuu radioverkon UTRAN kautta. Talloin ope- 
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rointisolmu 3G-SGSN toimii lahinna reitittimena, joka valittaa GTP-protokollan 
mukaiset datapaketit radioverkolle UTRAN. Radioverkon UTRAN ja tilaaja- 
paatelaitteen UE valisella rajapinnalla Uu alemman tason tiedonsiirto fyysisella 
kerroksella tapahtuu WCDMA- tai TD-CDMA-protokollan mukaisesti. Fyysisen 
5 kerroksen paalla olevat RLC- ja MAC-kerrokset vastaavat toiminnoiltaan pit- 
kalti GSM:n vastaavia kerroksia, kuitenkin niin, etta LLC-kerroksen toiminnalli- 
suuksia on siirretty UMTS:n RLC-kerroksen vastuulle. Naiden paalla oleva 
PDCP-kerros korvaa GPRS-jarjestelmaan nahden lahinna SNDCP-kerroksen 
ja PDCP-kerroksen toiminnallisuudet vastaavat pitkalti SNDCP-kerroksen ka- 

10 sittamia toiminnallisuuksia. 

Kuvion 4 mukaisessa signalointikaaviossa esitetaan tunnetun tek- 
niikan mukainen handover UMTS:sta GPRS:aan. Tallainen handover tapah- 
tuu, kun matkaviestin MS siirtyy pakettidatalahetyksen jatkuessa UMTS- 
solusta GSM/GPRS-soluun, joka kayttaa eri operointisolmua SGSN. Talloin 

15 matkaviestin MS ja/tai radioverkot BSS/UTRAN tekevat paatoksen handoverin 
suorittamisesta (vaihe 400). Matkaviestin lahettaa uudelle operointisolmulle 
2G-SGSN reititysalueen paivityspyynnon (RA Update Request, 402). Operoin- 
tisolmu 2G-SGSN lahettaa vanhalle operointisolmulle 3G-SGSN matkaviesti- 
men liikkuvuudenhallintaa ja PDP-kontekstia maarittelevan operointisolmun 

20 kontekstikyselyn (SGSN Context Request, 404). Operointisolmu 3G-SGSN la- 
hettaa pakettidatayhteydesta vastuussa olleelle radioaliverkkojarjestelmalle 
SRNS (Serving RNS), tarkemmin taman kasittamille radioverkkokontrollereille 
SRNC (Serving RNC), SRNS-kontekstikyselyn (SRNS Context Request, 406), 
johon vasteena SRNS lopettaa datapakettien lahettamisen matkaviestimelle 

25 MS, asettaa lahetettavat datapaketit puskuriin ja lahettaa vastauksen (SRNS 
Context Response, 408) operointisolmulle 3G-SGSN. Tassa yhteydessa ra- 
dioaliverkkojarjestelma SRNS mm. maarittaa puskuriin asetettaville datapa- 
keteille 8-bittiset PDCP-PDU- eli N-PDU-numerot. Saatuaan tiedon matkavies- 
timen MS liikkuvuudenhallinta- ja PDP-kontekstitiedoista operointisolmu 3G- 

30 SGSN ilmoittaa nama operointisolmulle 2G-SGSN (SGSN Context Response, 
410). 

Operointisolmu 2G-SGSN voi tarvittaessa suorittaa matkaviestimen 
autentikoinnin kotirekisterista HLR (Security Functions, 412). Uusi operointi- 
solmu 2G-SGSN informoi vanhaa operointisolmua 3G-SGSN siita, etta on 
35 valmis vastaanottamaan aktivoitujen PDP-kontekstien datapaketteja (SGSN 
Context Ack, 414), johon vasteena operointisolmu 3G-SGSN pyytaa radioali- 
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verkkojarjestelmaa SRNS (SRNS Context Ack, 416a) lahettamaan puskurissa 
olevat datapaketit operointisolmulle 3G-SGSN (Forward Packets, 416b), joka 
edelleen lahettaa ne operointisolmulle 2G-SGSN (Forward Packets, 418). 
Operointisolmu 2G-SGSN suorittaa GPRS-jarjestelman mukaisen PDP- 
5 kontekstin paivityksen yhdyskaytavasolmun GGSN kanssa (Update PDP 
Context Request/Response, 420). Taman jalkeen operointisolmu 2G-SGSN 
informoi kotirekisteria HLR uudesta operointisolmusta (Update GPRS Locati- 
on, 422), jolloin vanhan operointisolmun 3G-SGSN ja radioaliverkkojarjestel- 
man SRNS muodostama yhteys puretaan (424a, 424b, 424c, 424d), uudelle 
10 operointisolmulle 2G-SGSN valitetaan tarvittavat tilaajatiedot (426a, 426b) ja 
kotirekisteri HLR kuittaa uuden operointisolmun 2G-SGSN (Update GPRS Lo- 
cation Ack, 428). 

Taman jalkeen operointisolmu 2G-SGSN tarkistaa matkaviestimen 
MS tilaajaoikeudet ja sijainnin alueellaan seka luo loogiseh linkin operointisol- 

15 mun 2G-SGSN ja matkaviestimen MS valille, jonka jalkeen matkaviestimen 
MS pyytama reititysalueen paivityspyynto voidaan hyvaksya (RA Update Ac- 
cept, 430). Tassa yhteydessa matkaviestimelle MS lahetetaan myos tieto on- 
nistuneesti vastaanotetuista datapaketeista, jotka matkaviestin MS on lahetta- 
nyt UMTS-jarjestelman radioaliverkkojarjestelmalle SRNS ennen handover- 

20 prosessin aloittamista. Mainitut datapaketit on identifioitu edella kuvatulla ta- 
valla muodostetuista PDCP-PDU-numeroista. Matkaviestin MS kuittaa reititys- 
alueen paivityspyynnon hyvaksymisen (RA Update Complete, 432), jossa yh- 
teydessa operointisolmulle 2G-SGSN lahetetaan tieto matkaviestimen MS on- 
nistuneesti vastaanottamista datapaketeista, jotka operointisolmu 3G-SGSN 

25 on lahettanyt radioaliverkkojarjestelman SRNS kautta ennen handover- 
prosessin aloittamista. Matkaviestin MS identifioi datapaketit 8-bittisilla N-PDU- 
numeroilla. Taman jalkeen uusi operointisolmu 2G-SGSN voi aloittaa datapa- 
kettien valityksen tukiasemajarjestelman BSS kautta (434). 

8-bittisten PDCP-PDU-numeroiden muodostamista 1 2-bittisista 

30 RLC-jaksonumeroista ja siita aiheutuvia ongelmia havainnollistetaan seuraa- 
valla taulukolla. 
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Taulukosta nahdaan esimerkinomaisesti, kuinka 12-bittisesti esitetyt 
desimaaliluvut 94, 350, 606 ja 862 muutetaan edella kuvatulla menettelylla 8- 
5 bittisiksi. Koska muunnoksessa otetaan huomioon vain kahdeksan vahiten 
merkitsevaa bittia, kaikille mainitulle luvuille muodostuu sama 8-bittinen binaa- 
riesitys. Nain ollen, jos puskurissa on lahes 900 datayksikkoa RLC-PDU, saa- 
vat edella mainitut RLC-jaksonumerot omaavat datayksikot saman 8-bittisen 
esityksen. Kun vastaanottaja kuittaa lahettajalle onnistuneesti vastaanotetut 

10 datapaketit, ei lahettaja voi kuitattujen 8-bittisten numeroiden perusteella yksi- 
selitteisesti tietaa, mika datapaketti voidaan poistaa puskurista. 

Kuviossa 5 esitetaan, kuinka tiedonsiirron kuittaus ja datapakettien 
kulku tapahtuu kaytettaessa kuitattua lahetysta PDCP-tiedonsiirrossa. PDCP- 
entiteetti vastaanottaa kayttajalta pyynnon (PDCP-DATA. request, 500) data- 

15 pakettien lahettamiseksi, jonka pyynnon yhteydessa vastaanotetaan myos 
datapaketteja PDCP-SDU (Service Data Unit), joista verkkokerroksen datapa- 
ketteina kaytetaan myos nimitysta N-SDU. PDCP-entiteetti suorittaa datapa- 
kettien otsikkokentan kompressoinnin ja lahettaa nain syntyvat datapaketit 
PDCP-PDU RLC-kerrokselle (RLC-AM-DATA. request, 502) yhdessa radiolin- 

20 kin identiteettitietojen kanssa. RLC-kerros vastaa datapakettien PDCP-PDU 
lahettamisesta (send, 504) ja onnistuneen lahetyksen kuittauksesta (send ack, 
506). Datapaketit N-SDU asetetaan PDCP-entiteetissa puskuriin, josta ne 
poistetaan vasta, kun RLC-kerrokselta saadaah kuittaus (RLC-AM-DATA. conf, 
508) onnistuneesta datapakettien siirrosta vastaanottajalle. Vastaanottaja- 

25 PDCP vastaanottaa lahetetyt PDCP-PDU:t RLC-kerrokselta (RLC-AM- 
DATA. indication, 510), jolloin PDCP-entiteetti suorittaa datapakettien PDCP- 
PDU dekompressoinnin. Nain saadaan palautettua alkuperaiset datapaketit N- 
SDU, jotka siirretaan edelleen kayttajalle (PDCP-DATA.indication, 512). 

Kuviossa 6 esitetaan PDCP-kerroksen toiminnallinen malli, jossa 

30 kullekin paatelaiteyhteydelle on maaritelty yksi PDCP-entiteetti. Koska nykyi- 
sissa jarjestelmissa jokaiselle paatelaiteyhteydelle on maaritelty omat PDP- 
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kontekstit, maaraytyy myos jokaiselle PDP-kontekstille yksi PDCP-entiteetti, 
jolle on edelleen RLC-kerroksessa maaritelty tietty RLC-entiteetti. GPRS- 
jarjestelmassa N-PDU-numerointi tehdaan PDP-kontekstipohjaisesti, minka 
vuoksi samaa periaatetta on ehdotettu myos UMTS-jarjestelmaan, jolloin 
PDCP-kerros tekisi vastaavan datapakettien numeroinnin PDCP- 
entiteettipohjaisesti. Talloin kayttamalla samanlaista numerointia seka 
GPRS:ssa etta UMTS:ssa ei jarjestelmien valisessa handoverissa pitaisi muo- 
dostua ongelmia. Kuitenkin tasta aiheutuva yhden ylimaaraisen tavun lisaami- 
nen jokaiseen PDCP-datapakettiin kuluttaa UMTS-jarjestelman siirtokapasi- 
teettia, varsinkin kun tata ylimaaraista tavua tarvitaan vain UMTS:n ja GPRS:n 
valisessa handoverissa seka UMTS:n sisaisessa radioaliverkkojarjestelmien 
valisessa handoverissa. 

Lisaksi PDCP-kerros voidaan periaatteessa toiminnallisesti toteut- 
taa myos siten, etta useita PDP-konteksteja multipleksataan PDCP- 
kerroksessa, jolloin PDCP-kerroksen alapuolisessa RLC-kerroksessa yksi 
RLC-entiteetti vastaanottaa datapaketteja useilta paatelaiteyhteyksilta saman- 
aikaisesti. Talloin PDCP-entiteettipohjaisesti maaritetyt datapakettinumerot se- 
koittuvat RLC-kerroksessa ja useilta paatelaiteyhteyksilta tulevia datapaketteja 
on hankalaa erottaa toisistaan, varsinkin jos datapakettinumerointi perustuu 
RLC-jaksonumerointiin. 

Haviotdnta handoveria, jossa datapaketteja ei hukata handover- 
prosessissa, edellytetaan luotettavassa tiedonsiirrossa, jossa kaytetaan kui- 
tattua lahetysta. UMTS-jarjestelman kannalta tama asettaa RLC-kerrokselle 
tiettyja edellytyksia: RLC-kerros tulee olla kuittausmoodissa ja RLC:n tulee 
pystya lahettamaan datapaketit oikeassa jSrjestyksessa. Jos nama ehdot to- 
teutuvat, voidaan luotettava handover UMTS:sta GPRS:aan suorittaa keksin- 
non edullisen suoritusmuodon mukaisesti ilman, etta datapakettinumeroita tar- 
vitsee valittaa lainkaan. 

Keksinnon mukaisesti pakettidatayhteyden ensimmaiselle datapa- 
ketille maaritetaan PDCP-PDU-jaksonumero, jolle asetetaan laskuriin alkuar- 
voksi jokin ennalta masratty lukuarvo, kuten 0, seka yhteyden lahettaja- 
PDCP:hen etta vastaanottaja-PDCP/SNDCP:hen. Keksintoa voidaan edulli- 
sesti soveltaa seka UMTS:n ja GPRS:n valisessa luotettavassa handoverissa 
etta UMTS:n sisaisessa radioaliverkkojarjestelmien valisessa handoverissa 
(SRNS Relocation). Taten tassa selostuksessa kaytettavfl termi vastaanottaja- 
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PDCP voidaan ensin mainitussa tapauksessa korvata GPRSrn vastaavalla 
toiminnolla SNDCP. 

Keksinnon mukaista menettelya havainnollistetaan seuraavassa 
kuvion 7 avulla. Kun lahettaja-PDCP vastaanottaa (700) datapaketin PDCP- 
SDU lahettajalta, se asettaa datapaketin PDCP-SDU puskuriin ja liittaa loogi- 
sesti kyseiseen datapakettiin PDCP-PDU-jaksonumeron (702). Lahettaja- 
PDCP siirtaa datapaketin PDCP-PDU ja siihen loogisesti liitetyn PDCP-PDU- 
jaksonumeron RLC-kerrokselle (704) ja lisaa PDCP-PDU-jaksonumeron arvoa 
maarittavaa laskuria yhdella (706). RLC-kerros voi my6s optionaalisesti maa- 
rittaa PDCP-PDU-jaksonumeron ja datapaketin viimeisen RLC-jaksonumeron 
valisen suhteen ja tallentaa sen muistiin (708). RLC-kerros vastaa datapaket- 
tien PDCP-PDU siirrosta lahettajan ja vastaanottajan valilla (710), jotka data- 
paketit PDCP-PDU on pilkottu siirtoa varten datayksikoiksi RLC-PDU ja nume- 
roitu RLC-jaksonumeroilla. Kun vastaanottaja-PDCP vastaanottaa (712) RLC- 
kerrokselta tulevan datapaketin PDCP-PDU, se lisaa vastaa notettujen datapa- 
kettien PDCP-PDU-jaksonumeroiden arvoa maarittavaa laskuria yhdella (714) 
ja siirtaa datapaketin PDCP-SDU seuraavalle kerrokselle (716). RLC- 
kerroksella lahetetaan kuittaus onnistuneesti vastaanotetusta datapaketista 
lahettajalle (718), jonka kuittauksen lahettaja-RLC siirtaa lahettaja-PDCP: lie 
(720). Vasteena kuittaukseen, lahettaja-PDCP poistaa kyseisen datapaketin 
PDCP-SDU puskurista (722). Oikean poistettavan datapaketin PDCP-SDU 
maarittaminen tapahtuu edullisesti datapakettiin loogisesti liitetyn PDCP-PDU- 
jaksonumeron avulla. 

Taten keksinnon mukainen datapakettien numerointi tapahtuu edul- 
lisesti "virtuaalisesti" siten, etta datapaketteihin ei liiteta lainkaan erillisia data- 
pakettinumeroita, vaan laskureiden avulla paivitetaan siirrettyja datapaketteja 
ja vastaanottaja-PDCP ja lahettaja-PDCP voivat varmistua datapakettien on- 
nistuneesta siirrosta laskureiden arvojen perusteella. Nain ollen optimaalises- 
sa tapauksessa keksinnon mukainen datapakettien kuittaus saadaan myos 
handover-prosessissa vastaamaan edella kuvattua datapakettien kuittausta 
normaalissa PDCP-tiedonsiirtossa. Itse handover-prosessi voidaan suorittaa 
tunnetun tekniikan mukaisesti, esimerkiksi kuten edella on kuvattu kuvion 4 
yhteydessa. On huomattava, etta vaikka keksintoa on edella havainnollistettu 
handover-prosessin yhteydessa, voidaan keksinnon mukaista "virtuaalista" 
datapakettinumerointia kayttaa myos normaalissa luotettavassa tiedonsiirros- 
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sa f jossa vastaanottaja ja lahettaja pysyvat koko ajan samoina, kun taas han- 
dover-prosessissa toinen taho muuttuu. 

Joissakin hairiotilanteissa, kuten verkon ruuhkatilanteissa tai ra- 
diosiirtotien hairioista johtuen, RLC-kerros ei voi taata luotettavaa tiedonsiirtoa. 
5 Lahettaja-RLC:lle on tyypillisesti maaritelty maksimiarvo, joko uudelleenlahe- 
tysten lukumaarana tai aikajaksona, jonka ajan lahettaja-RLC yrittaa lahettaa 
samaa datapakettia uudestaan. Jos maksimiarvo ylitetaan, RLC-kerros infor- 
moi tasta vastaanottaja-PDCP:ta. Lahettaja-PDCP poistaa vastaavan datapa- 
ketin puskurista seuraavan onnistuneen datapakettilahetyksen yhteydessa. 

10 Nain tapahtuu myos silloin, kun useampi perakkainen datapaketti on kadon- 
nut. Kadonneet datapaketit poistetaan puskurista vasta, kun saadaan kuittaus 
seuraavasta onnistuneesti lahetetysta datapaketista. Jos RLC-kerros pystyy 
ilmoittamaan kaikista hukkuneista datapaketeista PDCP-kerrokselle, pystyy 
vastaanottaja-PDCP paivittamaan PDCP-PDU-jaksonumeroa oikein, jolloin la- 

15 hettaja-PDCP:n ja vastaanottaja-PDCP: n jaksonumerolaskurit pysyvat synkro- 
noituina. Kuitenkin joissakin hairiotilanteissa RLC-kerros ei pysty takaamaan 
kadonneiden datapakettien informoimista PDCP-kerrokselle, jolloin PDCP- 
PDU-jaksonumeroIaskurit lahettaja-PDCP:ssa ja vastaanottaja-PDCP:ssa voi- 
vat joutua epasynkroniin. 

20 Tama epasynkronoituminen voidaan korjata keksinnon eraan edulli- 

sen suoritusmuodon mukaisesti siten, etta datapakettien PDCP-PDU mukana 
lahetetaan tietyin aikavalein myos PDCP-PDU-jaksonumero. Kun vastaanot- 
taja-PDCP saa lahetetyn datapaketin PDCP-PDU ja siihen liitetyn PDCP-PDU- 
jaksonumeron, se vertaa PDCP-PDU-jaksonumeroa laskurin arvoon ja tarvit- 

25 taessa paivittaa laskurin arvon vastaamaan vastaanotetun datapaketin PDCP- 
PDU-jaksonumeroa. PDCP-PDU-jaksonumeron liittaminen datapakettiin 
PDCP-PDU voidaan edullisesti maaritella jarjestelman asetuksilla, jolloin 
PDCP-PDU-jaksonumero voidaan liittaa esimerkiksi joka kymmenenteen tai 
joka sadanteen datapakettiin PDCP-PDU. PDCP-PDU-jaksonumeron liittami- 

30 nen datapakettiin PDCP-PDU voidaan myos maaritella tapahtuvaksi aina jon- 
kin tietyn prosessin yhteydessa, kuten edella kuvatun datapaketin hylkayksen 
jalkeen RLC-kerroksella tai jonkin handover-prosessin jalkeen. PDCP-PDU- 
jaksonumeroa ei taten huonoissakaan lahetysolosuhteissa tarvitse liittaa jokai- 
seen datapakettiin, vaan jarjestelman uudelleen synkronoituminen voidaan 

35 edullisesti taata lahettamalla PDCP-PDU-jaksonumero vain joissakin, edulli- 
sesti hyvin harvoissa datapaketeissa. Edella kuvatussa tilanteessa ei tieten- 
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kaan tapahdu luotettavaa tiedonsiirtoa, koska datapaketteja saattaa kadota, 
mutta datapakettien lahetysta voidaan kuitenkin jatkaa, koska lahettaja ja 
vastaanottaja saadaan nopeasti synkronoitua. 

Kuviossa 8 esitetaan keksinnon mukainen eras PDCP-kerroksen 
datapaketin PDCP-PDU rakenne. Keksinnon mukaista datapakettia PDCP- 
PDU voidaan kayttaa seka jatettaessa PDCP-PDU-jaksonumero pois datapa- 
ketista etta liitettaessa se mukaan jarjestelman maarittamin tietyin aikavalein. 
Datapaketin PDCP-PDU ensimmainen tavu kasittaa yhden bitin (N), jonka bitin 
arvolla ilmaistaan, liitetaanko datapakettiin PDCP-PDU PDCP-PDU- 
jaksonumero vai ei. O-bitti ilmaisee, kaytetaanko datapaketin PDCP-PDU luo- 
misessa optimointialgoritmia. Jos O-bitti saa arvon 1 , optimointia kaytetaan ja 
se maaritellaan tarkemmin 12 bittia kasittavalla optimointikentalla (OPT), joka 
kasittaa datapaketin PDCP-PDU ensimmaisesta tavusta nelja bittia ja toisen 
tavun kokonaan. Optimointikentan arvoilla maaritetaan mm. kaytettava otsik- 
kokentan kompressointitapa ja datapaketin tyyppi. Vastaanottaja-PDCP osaa 
optimointikentan arvojen perusteella suorittaa datapaketille vastakkaiset toi- 
menpiteet, kuten otsikkokentan dekompressoinnin. Optimointikentalle ei ole 
olemassa etukateen maariteltyja arvoja, vaan ne sovitaan aina erikseen la- 
hettajan ja vastaanottajan valisissa PDCP-parametrien neuvottelussa. Yhden 
tavun eli kahdeksan bittia kasittava PDCP-PDU-jaksonumerokentta on optio- 
naalinen ja sita kaytetaan, jos N-bitti saa arvon 1. Talloin siis datapakettiin 
PDCP-PDU liitetaan mukaan PDCP-PDU-jaksonumero. Naiden maaritysten 
peraan liitetaan datapaketissa lahetettava varsinainen kayttajadata. 

Edella kuvattu datapakettirakenne on siis vain eras esimerkki siita, 
miten keksinnon mukainen PDCP-PDU-datapaketti voidaan luoda. Vaihtoeh- 
toisesti ylemmilta sovellustason kerroksilta tulevien datapakettien PDCP-SDU 
kasittama informaatio voidaan vaiittaa PDCP-kerrokselta eteenpain kolmen 
erilaisen datapaketin PDCP-PDU avulla: PDCP-No-Header-PDU, PDCP-Data- 
PDU ja PDCP-SeqNum-PDU. Naita on havainnollistettu vastaavasti kuvioissa 
9a, 9b ja 9c. 

Kuvion 9a mukaisesti PDCP-No-Header-PDU kasittaa pelkastaan 
dataa eli ylemmilta kerroksilta vastaanotetun PDCP-SDU:n sellaisenaan. Ta- 
ten PDCP-kerros ei lisaa PDCP-SDU:hun mitaan informaatiota, jolloin koko 
PDCP-PDU kaytetaan hyotykuorman vaiittamiseen. Taten PDCP-No-Header- 
PDUrta voidaan edullisesti kayttaa edella kuvatussa luotettavassa tiedonsiir- 
rossa, jossa datapakettinumerointia yllapidetaan laskureiden avulla. 
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Kuvion 9b mukaiseen PDCP-Data-PDU:hun on lisatty yksi tavu (8 
bittia) ilmaisemaan kyseessa oleva PDU-tyyppi seka PDCP-SDU:n otsikko- 
kenttaan sovellettavaa kompressointimenetelmaa. PDCP-kerroksen tehtaviin 
kuuluukin kanavatehokkuuden parantamiseen liittyvat toiminnot, jotka perustu- 
vat tyypillisesti datapakettien otsikkokenttien optimointiin erilaisten kompres- 
sointialgoritmien avulla. 

Myos kuvion 9c mukaisessa PDCP-SeqNum-PDU:ssa on vastaava 
ylimaarainen tavu PDU-tyypin seka PDCP-SDU:n otsikkokenttaan sovelietta- 
van kompressointimenetelman ilmaisemiseen, minka lisaksi siihen on liitetty 
kahden tavun efi 16 bitin mittainen PDCP-PDU-jaksonumero. Seka PDCP- 
Data-PDU:ssa etta PDCP-SeqNum-PDU:ssa PDU-tyyppi ilmaistaan kolmella 
bitilla ja silla siis erotellaan PDCP-Data-PDU ja PDCP-SeqNum-PDU toisis- 
taan. Kaytettava kompressointimenetelma ilmaistaan viidella bitilla. 

Eras PDCP-kerroksen tehtavista on datapakettien PDCP-PDU ja 
tarvittaessa niihin liittyvien PDCP-jaksonumeroiden valittaminen uudelle radio- 
aliverkkojarjestelmalle UMTS:n sisaisessa radioaliverkkojarjestelmien valises- 
sa handoverissa (SRNS Relocation). Handoverin yhteydessa edella kuvatut 
hairiotilanteet voivat aiheuttaa datapakettilaskureiden epasynkronoitumisen ja 
tilanteen, jossa lahettaja-PDCP on lahettanyt datapaketin (esim. PDCP-No- 
Header-PDU), mutta kyseinen datapaketti ei olekaan siirtynyt uudelle vas- 
taanottaja-PDCP:lle. Kun uudelleenlahetysten maksimiarvo on ylitetty, lopete- 
taan datapakettien hylkaystoiminto RLC-kerroksella. Lahettaja-RLC informoi 
tasta lahettaja-PDCP:ta, jolloin lahettaja-PDCP poistaa mainitun datapaketin 
puskurista. Taman seurauksena vastaanottaja-PDCP odottaa datapakettia, 
jota ei enaa ole lahettaja-PDCP:n puskurissa, jolloin datapakettilaskureiden 
synkronointi ei onnistu. Tallainen virhetilanne saattaa johtaa paatelaiteyhtey- 
den purkamiseen. 

Eraan edullisen suoritusmuodon mukaisesti talloin lahettaja-PDCP 
ohjataan lahettamaan ensimmainen puskurissa oleva datapaketti siten, etta se 
kasittaa myos datapakettinumeron, ts. kaytetaan PDCP-SeqNum-PDU- 
datapakettia. Taten vastaanottaja-PDCP synkronoi datapakettilaskurinsa la- 
hettaja-PDCP:n kanssa kayttaen hyvaksi valitettya datapakettinumeroa, jolloin 
synkronointi saavutetaan nopeimmalla mahdollisella tavalla. Lisaksi tiedon- 
siirtoa voidaan jatkaa heti, kun iaskurit on synkronoitu eika paatelaiteyhteytta 
jouduta purkamaan, jolloin saatettaisiin menettaa viela suurempi maara infor- 
maatiota. Synkronoinnin jalkeen tiedonsiirtoa voidaan jatkaa kayttaen paate- 



laiteyhteydelle maaritettya datapakettiformaattia, kuten PDCP-No-Header- 
PDCP-datapaketteja. 

Alan ammattilaiselle on ilmeista, etta tekniikan kehittyessa keksin- 
non perusajatus voidaan toteuttaa monin eri tavoin. Keksinto ja sen suoritus- 
muodot eivat siten rajoitu ylla kuvattuihin esimerkkeihin vaan ne voivat vaih- 
della patenttivaatimusten puitteissa. 
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Patenttivaatimukset 

1 . Menetelma datapakettien siirrossa pakettivalitteisessa tietoliiken- 
nejarjestelmassa, jonka tietoliikenneprotokolla kasittaa konvergenssiprotokol- 
lakerroksen (PDCP, SNDCP) kayttajadatapakettien muokkaamiseksi konver- 
genssiprotokollapaketteihin ja linkkikerroksen (RLC, LLC) konvergenssiproto- 
kollapakettien (PDCP-PDU) lahettamiseksi datayksikkoina (RLC-PDU) ja la- 
hetyksen kuittaamiseksi, t u n n e 1 1 u siita, etta 

maaritetaan lahetettaville konvergenssiprotokollapaketeille datapa- 
kettinumero laskurin avulla, 

siirretaan lahetettavat konvergenssiprotokollapaketit linkkikerrok- 
selle lahetettavaksi, 

maaritetaan vastaanotetuille konvergenssiprotokollapaketeille data- 
pakettinumero laskurin avulla ja 

kuitataan vastaanotetut konvergenssiprotokollapaketit. 

2. Patenttivaatimuksen 1 mukainen menetelma, t u n n e 1 1 u siita, 

etta 

vastaanotetaan lahettajan konvergenssiprotokollakerroksella kayt- 
tajadatapaketti, 

tallennetaan kayttajadatapaketti puskuriin ja maaritetaan kayttaja- 
datapaketille konvergenssiprotokollapakettinumero lahettajan laskurin alkuar- 
vona, 

siirretaan konvergenssiprotokollapaketti ja siihen linkitetty konver- 
genssiprotokollapakettinumero linkkikerrokselle ja lisataan lahettajan laskurin 
arvoa yhdella, 

lahetetaan konvergenssiprotokollapaketti lahettajan linkkikerrokselta 
ilman konvergenssiprotokollapakettinumeroa vastaanottajan linkkikerrokselle, 

siirretaan vastaanotettu konvergenssiprotokollapaketti vastaanotta- 
jan linkkikerrokselta konvergenssiprotokollakerrokselle ja lisataan vastaanot- 
tajan laskurin arvoa yhdella, 

lahetetaan vastaanottajan linkkikerrokselta kuittaus lahettajan link- 
kikerrokselle konvergenssiprotokollapaketin vastaanotosta ja 

poistetaan kayttajadatapaketti puskurista vasteena sille, etta kuitta- 
us konvergenssiprotokollapaketin vastaanotosta siirretaan lahettajan konver- 
genssiprotokollakerrokselle. 

3. Patenttivaatimuksen 2 mukainen menetelma, t u n n e 1 1 u siita, 

etta 
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liitetaan lahettajan laskurin maarittama konvergenssiprotokollapa- 
kettinumero ennalta maaritetyin valein linkkikerroksella lahetettavaan konver- 
genssiprotokollapakettiin vasteena sille, etta linkkikerros ei pysty takaamaan 
konvergenssiprotokollapakettien luotettavaa lahetysta, 
5 verrataan vastaanottajan laskurin arvoa vastaanotetun konvergens- 

siprotokollapaketin konvergenssiprotokollapakettinumeroon ja 

paivitetaan vastaanottajan laskurin arvo vastaamaan mainittua kon- 
vergenssiprotokollapakettinumeroa vasteena sille, etta arvot ovat erisuuria. 

4. Patenttivaatimuksen 3 mukainen menetelma, t u n n e 1 1 u siita, 

10 etta 

liitetaan lahettajan laskurin maarittama konvergenssiprotokollapa- 
kettinumero lahetettavaan konvergenssiprotokollapakettiin vasteena ennalta 
maaratyn tietoliikennejarjestelman prosessin, kuten datapaketin hylkayksen tai 
yhteysvastuun siirron, suorittamiselle. 
15 5. Patenttivaatimuksen 3 tai 4 mukainen menetelma, t u n n e tt u 

siita, etta 

poistetaan kuittaamattomat kayttajadatapaketit puskurista vasteena 
sille, etta vastaanottajalta lahetetaan kuittaus lahettajalle kuittaamattomien 
kayttajadatapakettien jalkeen lahetettya kayttajadatapakettia vastaavan kon- 
20 vergenssiprotokollapaketin vastaanotosta. 

6. Patenttivaatimuksen 3 mukainen menetelma, t u n n e 1 1 u siita, 

etta 

liitetaan lahettajan laskurin maarittama konvergenssiprotokollapa- 
kettinumero lahettajan puskurissa ensimmaisena olevaan konvergenssiproto- 
25 kollapakettiin vasteena sille, etta lahettajan puskurista on poistettu ainakin yksi 
kuittaamaton kayttajadatapaketti linkkikerroksella ennalta maaritellyn uudel- 
leenlahetysten maksimiarvon ylityttya. 

• 7. Jonkin edellisen patenttivaatimuksen mukainen menetelma, 
t u n n e 1 1 u siita, etta 
30 mainittu tietoliikennejarjestelma on kuitattua lahetysta kayttava pa- 

kettivalitteinen matkaviestinjarjestelma, kuten UMTS- tai GPRS-jarjestelma. 

8. Patenttivaatimuksen 7 mukainen menetelma, t u n n e 1 1 u siita, 

etta 

menetelmaa sovelletaan UMTS:n ja GPRS:n valisessa yhteysvas- 
35 tuun siirrossa. 
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9. Patenttivaatimuksen 7 mukainen menetelma, t u n n e tt u siita, 

etta 

menetelmaa sovelletaan UMTS:n radioaliverkkojarjestelmien vali- 
sessa yhteysvastuun siirrossa. 

10. Pakettivalitteinen tietoliikennejarjestelma, joka kasittaa paate- 
laitteen (MS, UE) ja kiintean verkon, joka kasittaa pakettivalitteista tiedonsiirtoa 
tukevan verkkoelementin (SGSN, SRNC), jossa tietoliikennejarjestelmassa 
datapaketteja on jarjestetty lahetettavaksi paatelaitteen ja verkkoelementin va- 
lilia ja jonka tietoiiikennejarjestelman tietoliikenneprotokolla kasittaa konver- 
genssiprotokollakerroksen (PDCP, SNDCP) kayttajadatapakettien muokkaa- 
miseksi konvergenssiprotokollapaketteihin (PDCP-PDU) ja linkkikerroksen 
(RLC. LLC) konvergenssiprotokollapakettien lahettamiseksi datayksikkoina 
(RLC-PDU) ja lahetyksen kuittaamiseksi, tunnettu siita, etta paatelaitteen 
ja verkkoelementin valisessa datapakettien siirrossa 

lahetettaville konvergenssiprotokollapaketeille on jarjestetty maari- 
tettavaksi datapakettinumero laskurin avulla, 

lahetettavat konvergenssiprotokollapaketit on jarjestetty siirretta- 
vaksi linkkikerrokselle lahetettavaksi, 

vastaanotetuille konvergenssiprotokollapaketeille on jarjestetty 
maaritettavaksi datapakettinumero laskurin avulla ja 

vastaanotetut konvergenssiprotokollapaketit on jarjestetty kuitatta- 

vaksi. 

11. Patenttivaatimuksen 10 mukainen tietoliikennejarjestelma, 
tunnettu siita, etta 

lahettajan konvergenssiprotokollakerros on jarjestetty vastaanotta- 
maan kayttajadatapaketin, 

kayttajadatapaketti on jarjestetty tallennettavaksi puskuriin ja kayt- 
tajadatapaketille on jarjestetty maaritettavaksi konvergenssiprotokollapaketti- 
numero lahettajan laskurin alkuarvona, 

konvergenssiprotokollapaketti ja siihen linkitetty konvergenssiproto- 
kollapakettinumero on jarjestetty siirrettavaksi linkkikerrokselle ja lahettajan 
laskurin arvoa on jarjestetty lisattavaksi yhdella, 

konvergenssiprotokollapaketti on jarjestetty lahetettavaksi lahetta- 
jan linkkikerrokselta vastaanottajan linkkikerrokselle ilman konvergenssiproto- 
kollapakettinumeroa, 
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vastaanotettu konvergenssiprotokollapaketti on jarjestetty siirretta- 
vaksi vastaanottajan linkkikerrokselta konvergenssiprotokollakerrokselle ja 
vastaanottajan laskurin arvoa on jarjestetty lisattavaksi yhdella, 

vastaanottajan linkkikerrokselta on jarjestetty lahetettavaksi kuittaus 
lahettajan linkkikerrokselle konvergenssiprotokollapaketin vastaanotosta ja 

kayttajadatapaketti on jarjestetty poistettavaksi puskurista vasteena 
sille, etta kuittaus konvergenssiprotokollapaketin vastaanotosta siirretaan la- 
hettajan konvergenssiprotokollakerrokselle. 

12. Patenttivaatimuksen 11 mukainen tietoliikennejarjestelma, 
tunnettu siita, etta 

lahettajan laskurin maarittama konvergenssiprotokollapakettinume- 
ro on jarjestetty liitettavaksi ennalta maaritetyin valein lahetettavaan konver- 
genssiprotokollapakettiin vasteena sille, etta linkkikerros ei pysty takaamaan 
konvergenssiprotokollapakettien luotettavaa lahetysta, 

vastaanottajan laskurin arvo on jarjestetty verrattavaksi vastaan- 
otetun konvergenssiprotokollapaketin konvergenssiprotokollapakettinumeroon 
ja 

vastaanottajan laskurin arvo on jarjestetty paivitettavaksi vastaa- 
maan mainittua konvergenssiprotokollapakettinumeroa vasteena sille, etta ar- 
vot ovat erisuuria. 

13. Patenttivaatimuksen 12 mukainen tietoliikennejarjestelma, 
tunnettu siita, etta 

lahettajan laskurin maarittama konvergenssiprotokollapakettinume- 
ro on jarjestetty liitettavaksi lahetettavaan konvergenssiprotokollapakettiin 
vasteena ennalta maaratyn tietoliikennejarjestelman prosessin, kuten datapa- 
ketin hylkayksen tai yhteysvastuun siirron, suorittamiselle. 

14. Patenttivaatimuksen 12 tai 13 mukainen tietoliikennejarjestelma, 
tunnettu siita, etta 

kuittaamattomat kayttajadatapaketit on jarjestetty poistettavaksi 
puskurista vasteena sille, etta vastaanottajalta lahetetaan kuittaus lahettajalle 
kuittaamattomien kayttajadatapakettien jalkeen lahetettya kayttajadatapakettia 
vastaavan konvergenssiprotokollapaketin vastaanotosta. 

15. Jonkin patenttivaatimuksen 10 - 14 mukainen tietoliikennejar- 
jestelma, tunnettu siita, etta 

mainittu tietoliikennejarjestelma on kuitattua lahetysta kayttava pa- 
kettivalitteinen matkaviestinjarjestelma, kuten UMTS- tai GPRS-jarjestelma. 
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16. Patenttivaatimuksen 15 mukainen tietoliikennejarjestelma, 
tunnettu siita, etta 

konvergenssiprotokollapakettinumero on jarjestetty maaritettavaksi 
laskurin avulla UMTS:n ja GPRS:n valisessa yhteysvastuun siirrossa. 

17. Patenttivaatimuksen 15 mukainen tietoliikennejarjestelma, 
tunnettu siita, etta 

konvergenssiprotokollapakettinumero on jarjestetty maaritettavaksi 
laskurin avulla UMTS.n radioaliverkkojarjestelmien valisessa yhteysvastuun 
siirrossa. 
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(57) Tiivistelma 

Menetelma datapakettien numeroimiseksi kuitattua lahe- 
tysta kayttavassa pakettivalitteisessa tietoliikennejarjes- 
telmassa, jonka tietoliikenneprotokolla kasittaa konver- 
genssiprotokollakerroksen kayttajadatapakettien muok- 
kaamiseksi konvergenssiprotokollapaketteihin ja linkkiker- 
roksen konvergenssiprotokollapakettien lahettamiseksi 
datayksikkoina ja lahetyksen kuittaamiseksi. Lahetettaville 
konvergenssiprotokollapaketeille maaritetaan datapaketti- 
numero laskurin avulla ja lahetettavat konvergenssiproto- 
kollapaketit siirretaan linkkikerrokselle lahetettavaksi ilman 
datapakettinumeroa. Vastaanotetuille konvergenssiproto- 
kollapaketeille maaritetaan myos datapakettinumero las-, 
kurin avulla ja vastaanotetut konvergenssiprotokollapaketit 
kuitataan lahettajalle. 
(Kuvio 7) 




FIG. 2 



LS 



SNDCP 



LLC 



RLC 
MAC 



GSM RF 



MS 



Urn 



^\Re 
RLC 


ilay 
BSSGP 


MAC 


Network 
Service 


GSM RF 


L1bis 



BSS 



SNDCP 


lay 

GTP 


LLC 


UDP/ 
TCP 


BSSGP 


IP 


Network 
Service 


L2 


L1bis 


L1 



Gb 



SGSN 



I 



GTP 



UDpy 

TCP 



IP 



L2 



L1 



i GGSN 
Gn 



FIG. 3a 




GTP 


GTP 


UDP 


UDP 


IP 


IP 


AAL5 


L2 


ATM 


L1 


L1 



3G-SGSN 



GTP 



UDP 



IP 



L2 



L1 



Gn 



GGSN 



15- 



MS 



40: 



BSS 



HO decision 
400 



RA 



Jpdate Request 



scurity Functions 412 



RA 



SRNS 



new 2G- 
SGSN 



406* 



SRNS Context Req. 



416a 
416b 



424b 
424c 



RA Lpdate Accept 



Jpdate Complete 



pss 



SRNS Context Resp. 



Forward 



418 
420 



lu Release 



old 3G- 
SGSN 



SGSN Content Req. 

404 



SGSN Context Resp 



SGSN Contejxt Ack 
414 



SRNS Context Ack. 



GGSN 



40B 
Re 



410 



jackets 



Forward pac <ets 



U pdate PDP Context Req./Fg 



Update 



u Release Command 



Complete 



426 
426bf 



Insert 



_4c0 
-♦432 



Packe t Flow Cor^t sxt Procedure 
434 



GPRS Locat 



Cancel 



ubscriber Data 



Insert S Jbscriber Data Ack. 



Update GPRS Loca 



HLR 



3Sp. 

on 422 



Location 



"42~4a 



Cancel Location Ack 424d 



ion Ack. 



"325 



FIG. 4 



Originator 



PDCP user 



500 



PDCP 



RLC 



?DCP-DATA.re<j 



N-SDU 



502 



UC-AM-OATAgq 



N-PDU 



^.C-AM-DATA.C<M 



504 



send 



send ack 



506 



508 





Receiver 


RLC 




PDCP 





PDCP user 



R LC-AM -D ATA. in|d 

5101 ^ 



N-PDU 

512f 



PDCP-DATA.ing 



N-SDU 



FIG. 5 



-Radio bearers- 



PDCP SAP 



O 



O 



PDCP 



PDCP entity 



Protocol 
comp. ent 
Algor. 1 



Protocol 
comp. ent 
Algor. 2 



RLC SAP 



o 



RLC 



RLC 
entity 



PDCP entity 



Protocol 
comp. ent. 
Algor. 1 



o 



RLC 
entity 



FIG. 6 



Originator 



PDCP user 



PDCP 



RLC 



Receiver 



RLC 




PDCP 





PDCP user 




FIG. 7 



8 



N 



OPT 



OPT 



N-PDU seq.nr 
Data 



Data 



FIG. 8 



Data 
Data 



PDU type 


PID 




Data 


Data 



FIG. 9a 



FIG. 9b 



PDU type 



PID 



Seq. number 



Seq. number 
Data 
Data 



FIG. 9c 



